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(54) Cassettes with memories 

(57) In a cassette (41a;41b) with a memory (MIC) in 
which video data and audio data are digitally recorded: 
a plurality of additional information items are made to 
correspond to one predetermined video image; and a 
storing order of events is properly set and data process- 
es in the memory in the case of adding or deleting char- 
acter information are easily executed. Number informa- 
tion indicative of the number of text events correspond- 
ing to a program event is recorded in the program event. 
The memory (MIC) has: a main area in which tape in- 
formation and the like are stored; and an optional area 
in which table of contents (TOC) information, timer re- 
cording information, character information, and the like 
are stored. In the case where character information re- 
garding the events of the optional area exists, the char- 
acter information is stored at the last position of the op- 
tional area. 
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Description 

This invention relates to cassettes with memories. 

A digital video cassette recorder (VCR) for digitizing 
video data and recording onto a magnetic tape is being 
developed. Since a transmission band of digital video 
data is very wide, for example, a DCT transformation or 
the like is performed to the digital video data and, after 
that, the video data is recorded onto the magnetic tape. 

A digital video cassette recorder (VCR) into which 
a cassette package having therein a memory or the like 
can be loaded has also been proposed. There has also 
been proposed an apparatus in which by loading such 
a cassette package, signals can be input and output to/ 
from the digital VCR and a representative still image of 
a program recorded on the cassette tape and a tape ad- 
dress and TOC (Table Of Contents) from which the pro- 
gram is started are stored into a memory, thereby sim- 
plifying the access and realizing a high speed. 

The memory provided in the above cassette pack- 
age comprises a main area, an optional area, and an 
unused area. Its data structure is divided into a main 
area and an optional area. The main area is an area in 
which data (main event) such as tape information or the 
like is recorded. The optional area is an area in which 
data (optional event) such as index information, TOC, 
and the like is recorded. 

U.S. Patents Nos. US-A-4 338 644andUS-A-4 383 
285 disclose an arrangement in which a memory loaded 
in a recording medium cassette of a VCR stores record- 
ing data, and Japanese Patent Application No. 
H04-217503 and corresponding European Patent Ap- 
plication Publication No. EP-A-O 580 434 disclose such 
a recording medium cassette. Each of the above appli- 
cations is owned by the present applicants and is hereby 
incorporated herein by reference. 

The character information regarding the recorded 
video image is recorded into a text event existing in the 
memory. In the case where there is character informa- 
tion, a text flag provided in the memory is set to "0". In 
the case where there is no character information, the 
text flag is set to "1 ". The character information and the 
text event correspond in a one-to-one relation. 

Even in the case where there are a plurality of char- 
acter information, the text flag is set to "0". However, 
since there is the one-to-one corresponding relation be- 
tween the character information and the text event, a 
plurality of character information cannot be made to cor- 
respond to one text event. Therefore, a plurality of char- 
acter information cannot be added to the recorded video 
image. 

In the case where the above-mentioned event is ac- 
companied with character information or the like, a text 
event is recorded. In case of recording the text event, if 
the recording order with the other events is not properly 
set, when the character information is added or deleted, 
data processes in the memory are complicated. 

According to one aspect thereof the present inven- 



tion provides a cassette with a memory in which video 
data and audio data are digitally recorded, character- 
ized in that number information indicative of the number 
of additional information regarding predetermined infor- 
5 mation in the memory is recorded into the predeter- 
mined information, thereby making the plurality of addi- 
tional information correspond to the predetermined in- 
formation. 

The number information indicative of the number of 
10 text events corresponding to the program events can be 
recorded into the program events. Due to this, a plurality 
of text events can be made to correspond to one pro- 
gram event. 

According to another aspect thereof the present in- 
is vention provides a cassette with a memory for recording 
digital data, wherein the memory comprises a main area 
in which tape information or the like is stored and an 
optional area in which TOC information, timer recording 
information, character information, etc. are stored, and 
20 jn the case where there is character information regard- 
ing events of an optional area, the character information 
is recorded at the last position of the optional area. 

Since, where there is character information regard- 
ing the events of the optional area, the character infor- 
ms mation is recorded at the last position of the optional 
area, data processes in the memory can be easily per- 
formed. 

A preferred form of implementation of the invention 
described in detail below provides: 

30 

a cassette with a memory for recording digital data 
which can be used for a digital VCR and which, due 
to a data arrangement in a memory area of the 
memory, can add a plurality of character information 

35 items to a video image: 

a cassette with a memory in which, by making a plu- 
rality of character information items correspond to 
a plurality of text events, the plurality of character 
information items can be added to a recording video 

40 image; and 

a cassette with a memory in which the recording or- 
der of a text event and other events is properly set 
and data processes in the memory in case of adding 
or deleting character information can be easily ex- 

45 ecuted. 

The invention will now be further described, by way 
of illustrative and non-limiting example, with reference 
to the accompanying drawings, in which: 

50 

Figs. 1 A and 1 B are block diagrams of a digital VCR 
corresponding to a cassette with a memory embod- 
ying the invention; 

Fig. 2 is a diagram which is used for explanation of 
55 a track format; 

Fig. 3 is a diagram which is used for explanation of 
a track format; 

Fig. 4 is a diagram which is used for explanation of 
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a track format; 

Fig. 5 is a diagram which is used for explanation of 
a track format; 

Fig. 6 is a diagram which is used for explanation of 
a track format; 5 
Fig. 7 is a diagram which is used for explanation of 
a track format; 

Fig. 8 is a diagram which is used for explanation of 
a track format; 

Fig. 9 is a diagram which is used for explanation of '0 
a track format; 

Fig. 10 is a diagram which is used for explanation 
of a track format; 

Fig. 11 is a diagram which is used for explanation 
of a track format; 15 
Fig. 12 is a diagram which is used for explanation 
of a track format; 

Fig. 13 is a diagram which is used for explanation 
of a track format; 

Fig. 14 is a diagram which is used for explanation 20 
of a track format: 

Fig. 15 is a diagram which is used for explanation 
of a track format; 

Fig. 16 is a diagram which is used for explanation 
of a track format; 25 
Fig. 17 is a diagram which is used for explanation 
of a track format;" 

Fig. 18 is a diagram which is used for explanation 
of a track format; 

Fig. 19 is a diagram which is used for explanation 30 
of APT; 

Fig. 20 is a diagram which is used for explanation 
of the APT; 

Figs. 21 A and 21 B are diagrams which is used for 
explanation of the APT; 3$ 
Fig. 22 is a diagram which is used for explanation 
of a fundamental construction of packs: 
Fig. 23 is a diagram which is used for explanation 
of a hierarchy structure of headers: 
Figs. 24A to 24C are pack header tables: *o 
Fig. 25 is a diagram which is used for explanation 
of a cassette ID packs for the main area of MIC; 
Fig. 26 is a diagram which is used for explanation 
of a tape length pack for the main area of MIC; 
Fig. 27 is a diagram which is used for explanation 45 
of a time code pack for the main area of the sub- 
code; 

Fig. 28 is diagram which is used for explanation of 
a title end pack for the main area of the subcode: 
Fig. 29 is a diagram which is used for explanation so 
of a chapter start pack for the main area of the sub- 
code; 

Fig. 30 is a diagram which is used for explanation 
of a part number pack for the main area of the sub- 
code; ' 55 
Fig. 31 is a diagram which is used for explanation 
of a source pack for the main area of the AAU X data: 
Fig. 32 is a diagram which is used for explanation 



of a source control pack for the main area of the 
AAUX data: 

Fig. 33 is a diagram which is used for explanation 
of a time and date record pack for the main area of 
the AAUX data; 

Fig. 34 is a diagram which is used for explanation 
of a time record pack for the main area of the AAUX 
data; 

Fig. 35 is a diagram which is used for explanation 
of a binary group pack for the main area of the 
AAUX data; 

Fig. 36 is a diagram which is used for explanation 
of a TBD pack for the main area of the AAUX data; 
Fig. 37 is a diagram which is used for explanation 
of a source pack for the main area of the VAUX data; 
Fig. 38 is a diagram which is used for explanation 
of a source control pack for the main area of the 
VAUX data; 

Fig. 39 is a diagram which is used for explanation 
of a time and date record pack for the main area of 
the VAUX data; 

Fig. 40 is a diagram which is used for explanation 
of a time record pack for the main area of the VAUX 
data; 

Fig. 41 is a diagram which is used for explanation 
of a binary group pack for the main area of the VAUX 
data; 

Fig. 42 is a diagram which is used for explanation 
of a closed caption pack for the main area of the 
VAUX data; 

Fig. 43 is a diagram showing the relation between 
the pack header table and the recording medium: 
Fig. 44 is a diagram showing a state in which the 
AAUX data of nine packs is extracted and written in 
the track direction; 

Fig. 45 is a diagram showing SYNC blocks which 

are used only for the VAUX data: 

Fig. 46 is a diagram showing a.state m which SYNC 

blocks which are used only for the VAUX data are 

arranged in the track direction: 

Figs. 47A and 47B are diagrams showing data 

which is recorded in an ID portion. 

Fig. 48 is a diagram showing a data portion of the 

subcode; 

Figs. 49A to 49D are external views of n cassette 
with a memory; 

Fig. 50 is a diagram showing a data consir uction of 
MIC; 

Fig. 51 is a diagram showing optional events which 

are recorded in an optional area of MIC 

Fig. 52 is a memory map of MIC: 

Figs. 53A and 53B are circuit diagrams tor judging 

a tape grade: 

Fig. 54 is a flowchart for a detecting ^Icjgi :ihm m the 
case where the cassette with a memory fvis been 
loaded: 

Fig. 55 is a diagram showing the co-ior's of MIC 
for the VCR in a new cassette tape 
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Fig. 56 is a diagram showing the contents of MIC 
other than those for the VCR in the new cassette 
tape; 

Fig. 57 is a flowchart regarding the recognition and 
recording of APM of a digital VCR for industrial af- 5 
fairs; 

Figs. 58A and 58B are diagrams which is used for 
explanation of a tag event: 

Figs. 59A and 59B are diagrams which is used for 
explanation of the tag event; 10 
Figs. 60A and 60B are diagrams which is used for 
explanation of the tag event; 
Figs. 61 A and 61 B are diagrams which is used for 
explanation of a zone event; 

Figs. 62A and 62B are diagrams which is used for is 

explanation of the zone event: 

Figs. 63A and 63B are diagrams which is used for 

explanation of the zone event; , 

Figs. 64A and 64B are diagrams which is used for 

explanation of the zone event; 20 

Fig. 65 is a diagram showing the details of an event 

header; 

Fig. 66 is a diagram regarding the timer reservation, 
program event generation, and index event gener- 
ation; 25 
Fig. 67 is a diagram regarding the timer reservation, 
program event generation, and index event gener- 
ation; 

Fig. 68 is a diagram showing the case of recording 
another program into one program: 30 
Fig. 69 is a diagram regarding the generation of 
events in the case where another program has been 
recorded so as to exist in both of two programs and 
the rewriting of an end pack and a start pack; 
Fig. 70 is a diagram showing the case of recording 35 
another program from the halfway of a program 1 
and erasing all of the subsequent programs: 
Fig. 71 is a diagram in case of recording a plurality 
. of character information regarding one recorded 
program; 40 
Fig. 72 is a flowchart in case of recording a plurality 
of character information regarding one recorded 
program; 

Fig. 73 is a diagram showing a data array of variable 
length text packs; 45 
Fig. 74 is a diagram showing a program text header 
pack construction in the case where there are (n) 
character information: 

Figs. 75A to 75C are diagrams showing a recording 
pattern of a tape; 50 
Fig. 76 is a flowchart in case of reproducing video 
data; and 

Fig. 77 is a flowchart in case of reproducing audio 
data. 

55 

An embodiment of the invention will be explained 
hereinbelow with reference to the drawings. Explanation 
will now be sequentially made for easy understanding 



in accordance with the following order. 

(A) with respect to a digital VCR embodying the in- 
vention 

(B) with respect to a track format 

(C) with respect to an application ID 

(D) with respect to a pack construction 

(E) with respect to the recording of AAUX data and 
VAUXdata 

(F) with respect to an ID 

(G) with respect to a structure of the cassette with 
a memory 

(H) with respect to a data structure of an MIC 

(I) with respect to a discrimination of cassette 
(J) with respect to events 

(K) with respect to the generation and erasure of 
events 

(L) with respect to the case of recording a plurality 
of text events 

(M) with respect to a tag recording 

(A) with respect to a digital VCR embodying the 
invention 

Figs. 1 A and 1 B are block diagrams of a digital VCR 
embodying the invention, in the digital VCR to which the 
invention is applied, a video signal is digitized and is 
compressed by a DCT transformation and the signal is 
recorded onto a magnetic tape by a rotary head 

First, the recording mode will be explained. In Fig. 
1 , a television broadcasting is received by an antenna 

I. A reception signal of the antenna 1 is supplied to a 
tuner section 2. Achannel setting signal is supplied from 
a controller 10 to the tuner section 2. A channel setting 
input is given to the controller 1 0 from an input apparatus 

II . On the basis of the channel setting signal a recep- 
tion signal of a desired channel is selected by the tuner 
section 2 from the received television broadcasting A 
video signal and an audio signal of the selected televi- 
sion broadcasting are demodulated by the tuner section 
2. 

A component video signal comprising for example, 
a luminance signal Y and color difference signals (R-Y) 
and (B-Y) is output from the tuner section 2 The video 
signal is supplied to an A/D converting section 3. The 
video signal is converted to the digital signal by the A/D 
converting section 3. An output of the A D converting 
section 3 is supplied to a data block forming section 4. 
In the data block forming section 4 T the video signal is 
shuffled and divided into, for example i = x ~ . blocks. An 
output of the data block forming section 4 is supplied to 
a compression coding section 5. 

The compression coding section 5 DC ' transforms 
the blocked video signal and quantizes the gnat so that 
a code amount of a predetermined buff or ..-ut is equal 
to or less than a predetermined amount 7> quantized 
output is variable length coded by usina oxnmple. a 
2-dimensional Huffman code. An output c; - compres- 
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sion coding section 5 is supplied to a data adding section 
6. 

Video auxiliary (VAUX) data is supplied from an an- 
nexed data forming circuit 33 to the data adding section 
6. The VAUX data is spare data such as channel 
number, monochrome/color, source code ; channel cat- 
egory: recording time, recording year/month/date, and 
the like. In order to form such spare VAUX data : various 
kinds of data is supplied from the controller 10 to the 
annexed data forming circuit 33. The VAUX data is add- 
ed to the video data generated from the compression 
coding section 5 by the data adding section 6. A parity 
for error correction is added in the horizontal and vertical 
directions. The video data to which the VAUX data was 
added as mentioned is supplied to a data synthesizing 
section 1 2. 

Audio data is also generated from the tuner section 
2. The audio data is supplied to an A/D converting sec- 
tion 8. The audio data is converted to the digital data by 
the A/D converting section 8. An output of the A/D con- 
verting section 8 is supplied to a data adding section 9. 
Audio auxiliary (AAUX) data is supplied from the an- 
nexed data forming circuit 33 to the data adding section 
9. The AAUX data is spare data such as 2- channel/ 
4-channel, sampling frequency, presence/absence of 
emphasis, recording time, recording year/month/date ! 
and the like. The AAUX data is added to the audio data 
by the data adding section 9. The audio data added with 
the AAUX data is supplied to the data synthesizing sec- 
tion 12. 

Further a subcode forming section 13 is provided. 
The subcode is data for searching such as time code, 
track number, and the like. The subcode from the sub- 
code forming section 13 is supplied to the data synthe- 
sizing section 1 2. 

The video data from the data adding section 6, the 
audio data from the data adding section 9, and the sub- 
code data from the subcode forming section 1 3 are syn- 
thesized by the data synthesizing section 12. 

An output of the data synthesizing section 1 2 is sup- 
plied to a time base corrector (TBC) 14. The recording 
data is time base corrected by the TBC 1 4. An output of 
the TBC 1 4 is supplied to a data shaping section 1 5. The 
recording data is subjected to a 24-25 modulation (mod- 
ulating method of converting 24-bit data to 25-bit data 
and recording) by the data shaping section 15. 

An output of the data shaping section 1 5 is supplied 
to heads 19a and 19b through recording amplifiers 17a 
and 17b and switches 18a and 18b. The switches 18a 
and 18b can be switched in the recording mode and the 
reproducing mode. The compressed video data, audio 
data, and subcode data are recorded onto a magnetic 
tape (not shown) by the heads 1 9a and 19b. 

Subsequently, the reproducing mode will now be 
explained. The recording data of the tape is reproduced 
by the heads 1 9a and 1 9b and is supplied to reproducing 
amplifiers 20a and 20b through the switches 18a and 
18b. Outputs of the reproducing amplifiers 20a and 20b 



are supplied to a switch 21 . A head switching signal is 
supplied to the switch 21. An output of the switch 21 is 
supplied to a data reconstruction shaping section 22. 
The reproduction data is demodulated by the data re- 

5 construction shaping section 22. An output of the data 
reconstruction shaping section 22 is supplied to a TBC 
23. A time base of the reproducing data is corrected by 
the TBC 23. An output of the TBC 23 is supplied to a 
data separation and error correcting section 24. 

10 The data separation and error correcting section 24 
separates the reproduction data into the video data, au- 
dio data, and subcode data. An error correcting process 
of the reproduced video data, audio data, and subcode 
data is executed by the data separation and error cor- 

15 recting section 24. 

The video data from the data separation and error 
correcting section 24 is supplied to a data separating 
section 25a. The VAUX data has been added in the vid- 
eo data supplied to the data separating section 25a. The 

20 VAUX data is separated by the data separating section 
25a. The video data is supplied to a data decoding sec- 
tion 27. The separated VAUX data is supplied to an an- 
nexed data reproducing section 31a. The VAUX data is 
reproduced by the annexed data reproducing section 

25 31 a. The reproduced VAUX data is supplied to the con- 
troller 10. 

The data decoding section 27 executes an expand- 
ing process of the compressed video data by performing 
a decoding of the 2-dimensional Huffman code, inverse 

30 quantization, and inverse DCT to the reproduction data. 
An output of the data decoding section 27 is supplied to 
a data reconstructing section 28. A block combining 
process is executed in the data reconstructing section 
28; Digital component video data comprising the lumi- 

35 nance signal Y and the color difference signals (R-Y) 
and (B-Y) is generated from the data reconstructing sec- 
tion 28. The digital component video data is supplied to 
a D/A converting section 29a. The digital component 
video data is converted into the analog component video 

40 data by the D/A converting section 29a. The analog 
component video data is generated from an output ter- 
minal 30a. 

The audio data from the data separation and error 
correcting section 24 is supplied to a data separating 

45 section 25b. The AAUX data has been added in the au- 
dio data supplied from the data separating section 25b. 
The AUX data is separated by the data separating sec- 
tion 25b. The audio data is supplied to a data reproduc- 
tion processing section 32. The separated AAUX data 

50 is supplied to an annexed data reproducing section 31b. 
The AAUX data is reproduced by the annexed data re- 
producing section 31b. The AAUX data is supplied to 
the controller 10 and the data reproduction processing 
section 32. 

55 The data reproduction processing section 32 exe- 
cuted a reproducing process of the audio data. The 
AAUX data reproduced by the annexed data reproduc- 
ing section 31 b is used as control data for the reproduc- 
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ing process of the audio data. Digital audio data is output 
from the audio reproduction processing section 32. The 
digital audio data is supplied to a D/A converting section 
29b. In the D/A converting section 29b : the digital audio 
data is converted into the analog audio data. The analog 
audio data is output from an output terminal 30b. 

In the digital VCR to which the invention is applied, 
as mentioned above, the VAUX data as addition data is 
added to the video data and the AAUX data as addition 
data is added to the audio data. The control information 
and the information of the recording time and recording 
year/month/data can be obtained from the VAUX data 
and AAUX data. The information of the time code and 
the absolute number of the track can be obtained from 
the subcode information. 

Further, among the cassettes into which tapes are 
enclosed, there is a cassette with a memory. Together 
with the information of the tape itself such as tape length, 
tape thickness, kind of tape, and the like, table of con- 
tents (TOC) information, index information, character in- 
formation, reproduction control information, timer re- 
cording information, and the like can be stored in the 
memory [referred to as an MIC (memory in cassette)]. 
The memory in the cassette is connected to the control- 
ler 1 0 though a terminal 34. By using the memory in the 
cassette, it is possible to skip to a predetermined pro- 
gram, set the reproducing order of the programs, and 
designate a scene of a predetermined program and re- 
produce a still image (photo) and timer record. 

(B) With respect to a track format 

A track format will now be explained hereinbelow 
with reference to Figs. 2 to 1 8. In the NTSC system, one 
frame is constructed by 10 tracks. In the PAL system, 
one frame is constructed by 12 tracks. As shown in Fig. 
2, in a tape for the digital VCR, one track is constructed 
by an ITI area, an audio sector, a video sector, and a 
subcode sector in accordance with this order from the 
entrance side of the track. Inner block gaps (IBG) are 
provided among the sectors and a margin is provided 
after the subcode. 

Explaining in detail, the ITI area as a timing block 
to certainly execute an after-recording is provided at the 
entrance end of the track. Generally, on the entrance 
side of the track, it is difficult to obtain a good contacting 
state of the head because of causes of a mechanical 
accuracy and the like, so that it is unstable. Therefore, 
a number of sync blocks each.having a short sync length 
are recorded in the ITI area. Sync numbers are sequen- 
tially allocated to the sync blocks in accordance with the 
order from the end of the track entrance. The case of 
after-recording is considered now. When an arbitrary 
one of the sync blocks recorded in the ITI area is detect- 
ed, the position on the present track is accurately de- 
tected from the number recorded there. On the basis of 
the detection, the after-recording area can be decided. 

Fig. 3 is an enlarged diagram of the ITI area. In Fig. 



3, the ITI area is constructed by: a preamble consisting 
of 1 ,400 bits for the pull-in of the PLL of the digital data 
reproduction or the like; an SSA (start sync block area) 
consisting of 1,830 bits (61 blocks) to decide the after- 

s recording area; a Tl A (track information area) consisting 
of 90 bits (3 blocks) to store information regarding the 
whole track; and a postamble consisting of 280 bits 
which is provided for a margin. 

Fig. 4 is an enlarged diagram of the Tl A area. In Fig. 

10 4, the TIA area comprises an APT (application ID of a 
track) of 3 bits, an SP/LP of 1 bit, an RSV (reserve) of 
1 bit, and a PF (Pilot Frame) of 1 bit. The APT is an 
application ID existing in a track and specifies the data 
structure. Namely, by the APT value, the track is divided 

15 into several sectors and a position on the track, a sync 
block structure, and an ECC construction are set. As will 
be explained hereinlater, by setting AP1 to APn under 
the APT, the data construction on the track can be set 
to a hierarchy structure. The SP/LP indicates track pitch- 

20 es. Namely, the SP denotes the track pitch which is used 
in the recording mode of the standard time and the LP 
indicates the track pitch which is used in a long time 
mode. The PF indicates a reference frame of a servo 
system. 

25 Fig. 5 shows a structure of the audio sector. The 
audio sector is constructed by 1 4 sync blocks per track. 
Data is 24-25 converted and, after that, it is recorded. 
Therefore, the total bit length is equal to 

30 

90 x 14 x 8 x 25 4- 24 = 10,500 bits 

Each sync block comprises a preamble of 500 bits, an 
audio data area, and a postamble of 550 bits. The pre- 

35 amble comprises a run-up of 400 bits and a presync of 
100 bits (2 sync blocks). The run-up is used for the pull- 
in of a PLL (Phase Locked Loop) and the presync is 
used for a predetection of an audio sync block. The pos- 
tamble comprises a postsync of 50 bits (1 sync block) 

40 and a guard area of 500 bits. The postsync is used to 
confirm the end of the audio sector by the sync number 
of the ID. The guard area is used to guard so that its 
data is not multiplexed to the audio sector when the af- 
ter-recording of the video sector is performed. 

45 Fig. 6 is an enlarged diagram of the presync in the 

audio sector shown in Fig. 5. The presync comprises 6 
bytes of two sync bytes, ID0, ID1 , IDP (ID parity), and 
SP/LP. As for the value of the SP/LP, SP is indicated by 
FFh and LP is indicated by OOh. The ID byte of the SP/ 

50 LP shown in Fig. 6 is the data for protection and is the 
spare data of the SP/LP which also exists in the above- 
mentioned TIA sector. That is, in the case where the val- 
ue of the SP/LP in the TiA sector cannot be read, the 
SP/LP in the presync is read out. 

55 Fig. 7 is an enlarged diagram of the postsync shown 
in Fig. 5. The postsync comprises 6 bytes of two sync 
bytes, ID0, ID1 , IDP, and DUMY. The DUMY stores FFh 
as dummy data. 
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After the data of six bytes in each of the presync 
and the postsync was subjected to the 24-25 conver- 
sion, it is recorded. Therefore, the total bit length is as 
follows. 

presync: 6 x 2 x 8 x 25 ^ 24 = 1 00 bits 



postsync: 6 x 1 x 8 x 25 + 24 = 50 bits 

Fig. 8 shows a sync block structure from the first 
sync to the ninth sync of the audio sector. One sync 
block comprises 90 bytes. Five bytes in the former half 
portion of one sync block have a structure similar to that 
of each of the above-mentioned presync and postsync. 
Five bytes in the former half portion in the audio data 
area comprising 77 bytes are used for the AAUX (Audio 
Auxiliary) data, The AAUX data is the spare data of the 
audio signal which is recorded in the audio sector of the 
track. As such data, there are the following data: namely, 
source data indicative of 2-channel/4-channel, a sam- 
pling frequency, a source code, the presence/absence 
of the emphasis, and the like; recording time data indic- 
ative of the recording time (hour minute, second, and 
the like) of the audio data and the frame number: source 
control data indicative of the start and end of the record- 
ing of the audio data; binary group data which is record- 
ed in the main area; and TB.D.(this is an abbreviation 
of "To Be Defined" and is specified for the definition 
hereinlater) data. After the AAUX data of five bytes, an 
audio data area of 77 bytes is provided. After the audio 
data area, a horizontal parity C1 of eight bytes is pro- 
vided. 

Fig. 9 is a diagram showing a sync block structure 
of the parity C1 in a range from the 10th sync to the 14th 
sync in the audio sector. As will be also obviously un- 
derstood from Fig. 9, it is assumed that the first five bytes 
are similar to those of the sync structure shown in Fig. 
8. Subsequently, a vertical parity C2 of 77 bytes is pro- 
vided and the horizontal parity C1 is finally provided. 

Fig. 10 is a diagram showing a state in which 14 
sync blocks provided in the audio sector of one track are 
arranged in the vertical direction. After the nine sync 
blocks shown in Fig. 8, five sync blocks shown in Fig. 9 
are sequentially arranged. 

Fig. 11 shows a structure of the video sector. The 
video sector is constructed by 1 49 sync blocks per track. 
The video sector comprises a preamble of 500 bits, a 
video data area of 111,750 bits (135 sync blocks), and 
a postamble of 975 bits. The preamble comprises a run- 
up of 400 bits and a presync of 100 bits (2 sync blocks). 
The run-up is used for the pull-in of the PLL and the pr- 
esync is used for the predetection of a video sync block. 
The postamble comprises a postsync block of 50 bits (1 
sync block) and a guard area of 925 bits. The number 
of bytes of the guard area is larger than that of the guard 
area in the postamble provided in the audio sector. 



Fig. 12 shows a structure of one sync block in the 
video sector. One sync block among the video sector 
comprises 90 bytes. First five bytes in the 90 bytes have 
a structure similar to that in the presync and postsync 

5 of the audio sector. The following 77 bytes relate to a 
data area to which video data or VAUX (Video Auxiliary) 
data is recorded. The video data is recorded as video 
data of one buffer unit. The VAUX data is the spare data 
for the video data. As such data, there are the following 

10 data: source data indicative of a channel number, mon- 
ochrome, a source code, a tuner category, and the like: 
recording time data indicative of the recording time 
(hour, minute, second, and the like) and a frame number 
of the video data: source control data indicative of the 

15 start and end of the recording of the video data; binary 
group data which is recorded in the main area, which 
will be explained hereinlater; recording year/month/date 
data indicative of the recording year/month/date of the 
video data: and a closed caption for a title. After the data 

20 area, the horizontal parity C1 is provided. 

Fig. 13 shows a structure of 11 sync blocks in the 
latter half portion of the video sector. In Fig. 13. first five 
bytes are similar to those shown in Fig. 1 2. Subsequent 
to the five bytes, the vertical parity C2 of 77 bytes is add- 

25 ed and, further, the horizontal parity C1 of eight bytes is 
added after the vertical parity C2. The same number of 
bytes as that of the horizontal parity C1 shown in Fig. 
1 2 is allocated to the horizontal parity C 1 . [0041 ] 
Fig. 1 4 is a diagram in which each sync block of one 

30 video sector is arranged in the vertical direction. In one 
video sector shown in Fig. 14, first 2 sync blocks and 
one sync block just before the vertical parity C2 are ex- 
clusively used for the VAUX data. In the portions other 
than the VAUX data, horizontal parity C1 . and vertical 

35 parity C2, the video data compressed by using the DCT 
(discrete cosine transformation) is stored. In details. 135 
sync blocks shown in Fig. 14 are used as a storage area 
of the video data. In the diagram, reference numerals of 
BUF (buffer) 0 to BUF 26 are written. The BUF indicates 

40 one buffering block. 

Fig. 15 is an enlarged diagram of the subcode sec- 
tor. The subcode sector comprises a preamble of 1 200 
bits, a subcode area of 1 ,200 bits (12 sync blocks), and 
a postamble of 1 ,325 bits (or 1 ,200 bits) The preamble 

45 is a run-up for the pull-in of the PLL. The postamble is 
a guard area. 

Fig. 16 shows a structure of the subcode of one 
sync block. One sync block is constructed by 1 2 bytes 
First five bytes have a structure similar to that of the first 

50 five bytes in the audio sync and video sync Subcode 
data is recorded in the next five bytes. The horizontal 
parity C1 is provided to the remaining two bytes 

The subcode sector doesn't have a product code 
structure like an audio sector or video sector Namely 

55 different from the audio sector and video sector the ver- 
tical parity C2 is not added. The subcode is mainly used 
for a high speed search. Since the vertical panty C2 can- 
not be read out together with the horizontal parity C1 in 
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the limited envelope, the vertical parity C2 is not provid- 
ed. In order to enable the high speed search of about 
200 times to be performed, the sync length is also set 
to a short length of 12 bytes. Further, the preamble is 
longer than those of the other sectors. This is because 
the subcode sector is used in an application like a writing 
of indices such that it is frequently rewritten or the like 
and the subcode sector exists in the last portion of the 
track, an adverse influence is exerted in a form such that 
all of the deviations in the former half portion of the track 
are added. 

Figs. 17 and 18 show structures of IDO and ID1 in 
the sync block of the subcode. Fig. 17 shows the struc- 
tures of the 0th sync block and the 6th sync block. Fig. 
18 shows the structures of the sync blocks other than 
the 0th and 6th sync blocks. The contents of the data 
sections of the former half portion of five tracks (525 
lines/60 Hz) or six tracks (625 lines/50 Hz) of the sub- 
code sector are different from those in the latter half por- 
tion. 

In Fig. 1 7, an F/R flag indicative of the discrimination 
about whether the data relates to the former half portion 
or the latter half portion is provided for the most signifi- 
cant bit in the variable speed reproducing mode or the 
high speed searching mode. AP33 : AP32 and AP31 as 
application IDs are provided for the three bits subse- 
quent to the F/R flag. The absolute track numbers are 
provided for both of the latter four bits of IDO and the 
first four bits of I D1 . The absolute track numbers are se- 
quentially recorded from the head of the tape. On the 
basis of the numbers, the MIC, which will be described 
hereinlater, executes a TOC (Table of Contents) search 
or the like. Sync numbers 3, 2, 1 , and 0 are sequentially 
allocated to the latter four bits of ID1 . They indicate the 
sync numbers in the track. 

As shown in Fig. 18, the F/R flag is provided for the 
most significant bit. An index ID, a skip ID and a PPID 
(Photo Picture ID) are sequentially stored to the next 
three bits in accordance with the order from the upper 
bit. The index ID is the conventional ID which is used for 
an index search. The skip ID is the ID for cutting an un- 
necessary scene such as a commercial scene. The 
PPID is used for a photo (still image) search. The abso- 
lute track numbers are provided for both of the latter four 
bits of IDO to the first four bits of ID1 . Sync numbers 3, 
2, 1, and 0 are sequentially allocated to the lower four 
bits of ID1 . They indicate the sync numbers in the track. 

(C) With respect to an application ID 

As mentioned above, one track is divided into sev- 
eral sectors and their positions on the track, a sync block 
structure, and the like are specified by the APT. The de- 
tails of the APT (Application of a Track) will now be ex- 
plained hereinbelow by using Figs. 19 to 21. Fig. 19 
shows a data structure of the track specified by the APT 
As will be obviously understood from Fig. 19, data on 
the track is divided into areas 1 to (n) by the APT values 



in the ITI area as a data structure. Gaps are provided 
among the areas. The APT has a hierarchy structure as 
shown in Fig. 20. That is, the areas on the track are 
specified by the APT as a base and, further AP1 to APn 

5 are specified for the respective areas. The number of 
areas on the track is specified by the APT. In Fig. 20 3 
the APT has a double hierarchy structure. It is also pos- 
sible to increase the number of hierarchies. 

A state in the case where the value of the APT is 

10 equal to, for example, "000" is shown in Fig. 21 A. In this 
instance, area 1 , area 2, and area 3 are specified on the 
track. Their positions on the track, a sync block struc- 
ture, an ECC construction to protect the data from er- 
rors, gaps to compensate each area, and an overwrite 

is margin to compensate the overwriting are set. APn to 
decide the data structure of the area exists in each area. 
APn simply has the following meanings. 

AP1 ... to set the data structure of the area 1 
20 AP2 ... to set the data structure of the area 2 
AP3 ... to set the data structure of the area 3 
APn of each area, namely, AP1 , AP2. and AP3 are 
defined as follows when each of them is equal to 
"000". 

25 AP1 = 000 ... the data structure of the AAUX data 
in the audio data of the VCR is used. 
AP2 = 000 ... the data structure of the VAUX data 
in the video data of the VCR is used. 
AP3 = 000 ... the ID data structure of the subcode 

30 of the VCR is used. 

In case of realizing the VCR, therefore, the value of 
APT is set as follows as shown in Fig. 21 B 

35 AP1 = AP2 = AP3 = 000 

The cassette can be also used for the recording of 
data other than the digital video data like a data stream- 
40 er. The track structure can be also set by using the ap- 
plication ID in this case. 

(D) With respect to a pack structure 

45 As mentioned above, the AAUX data is recorded in 
five bytes in the former half portion of the audio data in 
the audio sector. The VAUX data is recorded m two sync 
blocks in the former half portion and one sync block just 
before C2 in the video sector. The AAUX data and the 

so VAUX data are constructed on a "pack" unit basis as a 
fixed length block of five bytes. Further, the subcode and 
the data of MIC are constructed on the "pack" unit basis. 
A pack denotes a minimum unit of a data group and one 
pack is constructed by collecting associated data The 

55 text of the MIC exceptionally has a variable length A 
basic construction of the pack is shown m Fig 22 The 
first byte (PC0) is a header indicative of the contents of 
the data. A portion between the second byte 'PC n and 
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the fifth byte (PC4) indicates data. 

Fig. 23 shows a hierarchy structure of the header. 
Eight bits of the header are divided into upper four bits 
and lower four bits. The upper four bits are set to the 
upper header and the lower four bits are set to the lower 
header, thereby forming a double hierarchy structure. 
The double hierarchy structure can be expanded to a 
lower hierarchy than the lower header by assigning the 
bits of the data as necessary. The contents of the pack 
are clearly systematized by forming a hierarchy struc- 
ture as mentioned above and can be also easily expand- 
ed. The 256 spaces by the upper and lower headers are 
prepared as a pack header table together with the con- 
tents of each pack. 

Fig. 24 is a pack header table. As mentioned above, 
the pack header table consists of 256 spaces. The pack 
structure corresponding to each header value are 
shown in Figs. 25 to 42. 

Fig. 25 shows a pack construction for a main area 
of MIC : which will be explained hereinlater. It is called a 
"cassette ID". When the header is equal to "all 0" ; such 
a pack construction is formed. An ME (MIC ERROR), a 
multi byte, and a memory type are written in PC1. The 
multi byte shows the maximum number of words which 
can be written in a single multi byte writing cycle. Four 
bytes can be written when the multi byte is equal to "0". 
Eight bytes can be written when it is equal to "1". 16 
bytes can be written when it is equal to "2". When the 
multi byte is equal to "other number", it is reserved (the 
reserve value is specified as a multiplier of two bytes). 
The memory type shows the EE PROM when "00". The 
memory type indicates the reserve when "others". The 
memory size of the space 0 is written in the upper four 
bits of PC2. The memory size of the last bank in the 
space 1 is written in the lower four bits of PC2. The mem- 
ory size of the space 0 and the memory size of the last 
bank of the space 1 are set to: 256 bytes when "0", 512 
bytes when "1 ", 1 K bytes when "2", 2K bytes when "3", 
4K bytes when "4", 8K bytes when "5", 16K bytes when 
"6", 32K bytes when "7", 64K bytes when "8", and re- 
serve when "others". The memory bank number of the 
space 1, namely the total number of memory banks in 
the space 1 is written in PC3. A tape thickness is written 
in PC4. The digit of 1 of the tape thickness is defined in 
"THICK1". The numeral of the first decimal place of the 
tape thickness is defined in "THICK 1/10". 

Fig. 26 shows a pack construction for the main area 
of the MIC. It is called a "tape length". When the header 
is equal to "00000001", such a pack construction is 
formed. The last absolute track number of the tape is 
written in this pack. 

Fig. 27 shows a pack construction for the main area 
of the subcode. It is called a "time code". When the 
header is equal to "0001 001 1 " : such a pack construction 
is formed. An S2 flag, an S1 flag, the digit of 10 of the 
frame, and the digit of 1 of the frame are written in PC1 . 
An S3 flag, the digit of 1 0 of the second, and the digit of 
1 of the second are written in PC2. An S4 flag : the digit 



of 10 of the minute, and the digit of 1 of the minute are 
written in PC3. An S6 flag, an S5 flag, the digit of 10 of 
the hour, and the digit of 1 of the hour are written in PC4. 
The pack includes a time code indicative of the elapsed 

5 time in the title. 

Fig. 28 shows a pack construction for the main area 
of the subcode. It is called a "title end". When the header 
is equal to "0001 1 111", the pack construction is formed. 
Track number data indicative of the end of the tape po- 

10 sition of the title is shown in the pack. A blank flag BF is 
written in the LSBof PCI . A mode flag SL and a flag RE 
(Recording proofed events Exist) which is effective only 
to the MIC are written in PC4. When the mode flag is 
equal to 0, the reserve for the LP mode is set and when 

is the mode flag is equal to 1, an SP mode is set. When 
the RE is equal to 0, it indicates that a recording protec- 
tion event exists and when the RE is equal to 1, it indi- 
cates that no recording protection event exists. The RE 
is set to "1 " in the subcode, AAUX data, and VAUX data. 

20 Fig. 29 shows a pack construction for the main area 
of the subcode. It is called a "chapter start". When the 
header is equal to "001 01 01 1 ", such a pack construction 
is formed. The pack indicates the start position of the 
tape of the chapter. A temporary true flag TT is written 

25 jn the LSB of PC1 . The flag is effective only for the MIC. 
When the flag is equal to "0", it indicates that no event 
data exists in the MIC and when the flag is equal to "1 ". 
it indicates that event data exists. The event denotes an 
information unit of the MIC and it indicates, for example, 

30 text information, a tag event, a program event, index in- 
formation, and the like. A text flag and a genre category 
are written in PC4. The text flag is also effective only for 
the MIC. When the text flag is equal to "0". it indicates 
that text information exists and when the text flag is 

35 equal to "1", it indicates that no text information exists. 
The genre category denotes, for example, the genre in 
the source control pack of the subcode. 

Fig. 30 shows a pack construction for the main area 
of the subcode. It is called a "part number" When the 

40 header is equal to "001 1 001 0", such a pack construction 
is formed. The pack includes a chapter number and a 
part number. The digit of 10 of the chapter number is 
written to the upper four bits of PC1 and the digit of one 
of the chapter number is written to the lower four bits of 

^5 pci . The digit of 10 of the part number is written to the 
upper four bits of PC2 and the digit of 1 of the part 
number is written to the lower four bits of PC2 

Fig. 31 shows a pack construction for the mnin area 
of the AAUX data. It is called a "source". When the head- 

so er is equal to "01010000", such a pack construction is 
formed. A lock mode flag LF and an audio frame sue 
AF are written in PC1. The lock mode flag LF shows a 
lock state of an audio sampling frequency nnncxccl to 
the video data. When the lock mode flag LF is equal to 

55 "O", a lock mode is set and when the lock mode flag is 
equal to "1 an unlock mode is set. The AF si/c shows 
the number of audio samples in each frame An audio 
channel mode, a pair flag PA, and an audio mode are 
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written in PC2. The audio channel mode shows a 
2-channel mode when its value is equal to "0", a 4-chan- 
nel mode when it is equal to "1 ", and the reserve in case 
of others. The pair flag PA indicates an arbitrary channel 
of the pair channel when it is equal to "0" and an inde- 
pendent channel when it is equal to " V. The audio mode 
shows the contents of the audio data in each channel. 

A 50/60 flag and an audio signal type STYPE are 
written in PC3. The 50/60 flag and the audio signal type 
STYPE discriminate the HD system of a field frequency 
50 Hz, the HD system of a field frequency 60 Hz : the 
PAL system, and the NTSC system. An emphasis flag 
EF, a time constant flag TC of the emphasis, a sampling 
frequency SMR and a quantization QU are written in 
PC4. The emphasis flag EF shows "ON" when it is equal 
to "0" and "OFF" when "1 ". The time constant flag TC of 
the emphasis is set to 50/1 5 u^sec when it is equal to "1 " 
and the reserve when "0". The sampling frequency SMP 
is set to 48 kHz when it is equal to "0", 44.1 kHz when 
"1", 32 kHz when "2", and the reserve when "others". 
The quantization QU is set to 16-bit linear when it is 
equal to "0", and 12-bit nonlinear when "1", and the re- 
serve when "others". 

Fig. 32 shows a pack construction for the main area 
of the AAUX data. It is called a "source control". When 
the header is equal to "01010001". Such a pack con- 
struction is formed. The whole PC1 is set to the reserve. 
A recording start frame flag, a recording end frame flag, 
and a recording mode flag are written in PC2. The re- 
cording start frame flag indicates a recording start frame 
when it is equal to "0" and the other frames when "1". 
The recording end frame flag indicates a recording end 
frame when it is equal to "0" and the other frames when 
"1". The recording mode flag shows original when it is 
equal to "0", a 1 -channel insert when "1" : a 2-channel 
insert when "2", and an invalid record when "3". A direc- 
tion flag DRF and a speed are written in PC3. The di- 
rection flag DRF shows the reverse direction when it is 
equal to "0" and the forward direction when "1 ", respec- 
tively. The speed specifies a reproducing speed of the 
input audio data. For instance, in case of a normal 
speed, "0100000" is recorded. A genre category is writ- 
ten in PC4. The genre category shows a genre of the 
source control pack of the AAUX data. 

Fig. 33 shows a pack construction for the main area 
of the AAUX data. It is called a "time and date record". 
When the header is equal to "01010010", the pack con- 
struction is formed. A summer time flag DS, a 30-minute 
flag TM, anda time zone are shown in PC1 . The summer 
time flag DS is set to a summer time when it is equal to 
"0" and a normal time when "1 ". The 30-minute flag TM 
shows a time difference from the GMT (Greenwich 
standard time) on a 30-minute unit basis. The flag TM 
shows "30 minutes" when it is equal to "0" and "0 minute" 
when "1 ". A date is shown in PC2. A week and a month 
are shown in PC3. A year is shown in PC4. 

Fig. 34 shows a pack construction for the main area 
of the AAUX data. It is called a "time record". The pack 



has data concerning the recording time when the re- 
cording is executed to a tape. When the header is equal 
to "01010011", such a pack construction is formed. An 
S2 flag, an S1 flag, and the digit of 10 of the frame, and 

5 the digit of 1 of the frame are shown in PC1 . An S3 flag, 
the digit of 10 of the second, and the digit of 1 of the 
second are shown in PC2. An S4 flag, the digit of 10 of 
the minute, and the digit of 1 of the minute are shown in 
PC3. An S6 flag, an S5 flag, the digit of 10 of the hour, 

10 and the digit of 1 of the hour are shown in PC4. 

Fig. 35 shows a pack construction for the main area 
of the AAUX data. It is called a "binary group". When the 
header is equal to "010 1 01 00", such a pack construction 
is formed. Binary groups 2 and 1 are shown in PC1 : bi- 

15 nary groups 4 and 3 are shown in PC2. binary groups 6 
and 5 are shown in PC3, and binary groups 8 and 7 are 
shown in PC 4, respectively. The pack is used when time 
codes such as SMPTE, EBU, or the like of the VCR for 
business affairs are recorded. 

20 Fig. 36 shows a pack construction for the main area 
of the AAUX data and it is T.B.D. 

Fig. 37 shows a pack construction for the main area 
of the VAUX data. It is called a "source". The "source " 
is defined when the upper four bits of the header are 

25 equal to "0110" and the lower four bits are equal to 
"0000". The digit of 10 of the television channel and the 
digit of 1 of the television channel are written in PC1 . A 
black and white flag B/W, a color frame enable flag EN, 
a color frame ID code CLF, and the digit of 100 of the 

30 television channel are written in PC2. A source code as 
a source number of the input video data, a 50/60 flag, 
and a video signal type STYPE are written in PC3. The 
video signal type STYPE discriminates the HD system 
of the field frequency 50 Hz, the HD system of the field 

35 frequency 60 Hz, the PAL system, and the NTSC system 
together with the 50/60 flag. A tuner category compris- 
ing region numbers of Europe and Africa regions, north 
and south America regions, Asia and Oceania regions, 
and the like and satellite numbers are shown in PC4. 

40 Fig. 38 shows a pack construction for the main area 

of the VAUX data. It is called a "source control" and this 
pack is constructed when the header is set to 
"01100001". PC1 has been reserved. A recording start 
flag indicative of the recording start position a recording 

45 mode, a display mode DISP indicative of an aspect ratio 
or the like of the display are respectively arranged in 
PC2. A frame and field flag FF, afield ID flag FS a frame 
change flag FC, an interlace flag I L, a still image flag ST 
a still camera flag SC, and a broadcasting system BC- 

50 SYS are respectively arranged in PC3. Those flags can 
be used as information indicating whether the still image 
has been recorded in the still image recording mode or 
not and whether the moving image has been recorded 
in the moving image recording mode or not A genre cat- 

55 egory is written in PC4. 

Fig. 39 shows a pack construction for the mam area 
of the VAUX data. It is called a "date recording" This 
pack is constructed when the header is set to 
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"01100010". A summer time flag DS, a 30-minute flag 
TM, and a time zone are shown in PC1 . When the sum- 
mer time flag DS is equal to 0, the time is set to the sum- 
mer time. When it is equal to 1 , the ordinary time is set. 
The 30-minute flag TM shows a time difference from the 
G MT (Greenwich standard time) on a 30-minute unit ba- 
sis. When the flag TM is equal to 0 t 30 minutes are 
shown. When it is equal to 1 , 0 minute is shown. The 
day is shown in PC2. The week and the month are 
shown in PC3. The year is shown in PC4. 

Fig. 40 shows a pack construction for the main area 
of the VAUX data. It is called "time recording". This pack 
is the data regarding the recording time when data is 
recorded onto the tape. It is constructed when the head- 
er is set to "01100011". An S2 flag, an S1 flag, the digit 
of 10 of the frame, and the digit of 1 of the frame are 
shown in PC1 . An S3 flag, the digit of 10 of the second, 
and the digit of 1 of the second are shown in PC2. An 
S4 flag, the digit of 10 of the minute, and the digit of 1 
of the minute are shown in PC3. An S6 flag, an S5 flag, 
the digit of 10 of the hour, and the digit of 1 of the hour 
are shown in PC4. 

Fig. 41 shows a pack construction for the main area 
of the VAUX data. It is called "binary group". This pack 
is constructed when the header is set to "01100100". 
Binary groups 2 and 1 are shown in PC1 . Binary groups 
4 and 3 are shown in PC2. Binary groups 6 and 5 are 
shown in PC3. Binary groups 8 and 7 are shown in PC4. 
This pack is used when time codes such as SMPTE, 
EBU, and the like of the VCR for business works are 
recorded. 

Fig. 42 shows a pack construction for the main area 
of the VAUX data. It is called "closed caption". This pack 
is used to add a title by using a vertical blanking period. 
This pack is constructed when the header is set to 
"01 1001 01". 

Fig. 43 shows a recording medium which refers to 
the pack header table shown in Fig. 24. As shown in Fig. 
43, the headers of the areas of the AAUX data, VAUX 
data, subcode, and MIC are managed by the header ta- 
ble. 

(E) With respect to the recording of AAUX data and 
VAUX data 

Fig. 44 is a diagram in which the AAUX data of nine 
packs is extracted and arranged in the track direction. 
Reference numerals (1 to 1 0) written in the lateral direc- 
tion indicate the track numbers and reference numerals 
(0 to 8) written in the vertical direction indicate the pack 
numbers, respectively. In case of a system of 525 lines/ 
60 Hz, one video frame is constructed by 10 tracks. In 
case of a system of 625 lines/50 Hz, one video frame is 
constructed by 1 2 tracks. The audio data and subcode 
are also recorded and reproduced on the basis of the 
one video frame. 

As shown in Fig. 44, the values (hexadecimal nota- 
tion) of the pack headers of 50 to 55 are recorded. The 



packs of 50 to 55 have been recorded to the tracks. That 
is, the same pack is recorded on ten tracks ten times. 
This portion is referred to as a main area. Since the es- 
sential items such as sampling frequency, the number 

s of quantization bits, and the like which are necessary to 
reproduce the audio data are stored there, the same 
pack is recorded a number of times for the purpose of 
data protection. Due to this, the data in the main area 
can be reconstructed even for a scratch in the lateral 

10 direction, a one-side channel clog, or the like which is 
likely to occur in the tape transport. 

All of the remaining packs other than the packs in 
the main area are connected in accordance with the or- 
der and are used as an optional area. As shown in a, b, 

*5 c, d, e, f : g, h, ... in Fig. 44, the packs are connected in 
the direction shown by arrows while skipping the packs 
in the main area. In one video frame, 30 packs (525 
lines/60 Hz) or 36 packs (625 lines/50 Hz) are prepared 
for the optional area. The optional area can be also free- 
ze? |y selected from the pack header table of Fig. 24 every 
digital VCR and recorded. 

. The optional area comprises: a common option (for 
example, character data): and a maker's option which 
doesn't have a commonness and whose contents can 

25 be uniquely set by each maker. Since the optional area 
is an option, only one of the common option and the 
maker's option can exist or both of them can exist or 
none of them can exist. In the case where no information 
exists, data is recorded by using a NO INFO pack with- 

30 out information. The application ID and both of the 
above areas are partitioned by the appearance of a 
maker code pack. The area after the maker code pack 
is set to the maker's optional area. When MIC is read 
out, the next pack header appears every five bytes or 

35 every variable length byte (character data) in accord- 
ance with the contents of the pack header. However, 
when FFh in the unused area is read out as a header, 
since it corresponds to the pack header of the pack with- 
out information (NO INFO pack), the controller can de- 

•*o tect that there is no information after that. 

Constructions of the main area, optional area, com- 
mon option, and maker's option are common for all of 
the AAUX data, VAUX data, subcode, and MIC. 

Fig. 45 shows a state of sync blocks which are used 

is only for the VAUX data. The upper two sync blocks in 
Fig. 45 correspond to the upper two sync blocks in Fig. 
1 4. The lowest sync block in Fig. 45 corresponds to one 
sync block just before C1 in Fig. 14. When 77 bytes are 
divided on a pack unit basis of five bytes, two bytes re- 

50 main. However, the remaining two bytes are reserved 
and are not used in particular. By,allocating the numbers 
in a manner similar to the audio data, 45 packs of 0 to 
4 are assured per track. 

45 packs are extracted and arranged in the track 

55 direction. Fig. 46 shows such a state. Reference numer- 
als of 60 to 65 in Fig. 46 indicate the values (hexadeci- 
mal notation) of the pack headers. The portion in which 
the pack headers are recorded is the main nrea. The 
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pack headers are recorded on ten tracks ten times in a 
manner similar to the pack headers of the audio data. 
The essential items such as television system, picture 
aspect ratio, and the like which are necessary to repro- 
duce the video data are mainly stored there. Due to this, 
the data in the main area can be also reconstructed even 
for a scratch, one-side channel clog, or the like which is 
likely to occur in the tape transport. 

All of the remaining packs other than the packs of 
the main area are connected in accordance with the or- 
der and are used as an optional area. That is, as shown 
in a, b, c, d, e : f, g, h, the packs are connected in the 
direction shown by arrows while skipping the packs in 
the main area in a manner similar to the AAUX data. In 
one video frame, 390 packs (525 lines/60 Hz) or 468 
packs (625 lines/50 Hz) are prepared for the optional 
area. The optional area is handled in a manner similar 
to the AAUX data. 

(F) With respect to an ID 

IDP in the ID section is a parity to protect IDO and 
ID1 and the same system is used in each of the sectors 
of the audio, video, and subcode. By using the IDP! a 
reliability for ID is raised. 

Figs. 47A to 47C are diagrams showing data which 
is recorded into the ID portion. Fig. 47A shows the data 
regarding a presync, a postsync, and a C2 parity sync. 
ID1 indicates a location to store the sync number in the 
track. The numbers 0 to 168 are continuously recorded 
by the binary notation with respect to the sync from the 
presync of the audio sector to the post sync of the video 
sector. The track numbers in one video frame are re- 
corded in the lower four bits of IDO. The numbers are 
recorded at a ratio of one number per two tracks. Both 
of them can be distinguished by the azimuth angle of 
the head. The contents of the upper four bits of IDO are 
changed in accordance with the position of the sync. 

Fig. 47B shows data regarding the syncs of the au- 
dio data and the syncs of the video data. Four bits of the 
sequence number are input there. This means that 12 
kinds of numbers of 0000 to 1011 are allocated every 
video frame. It is possible to distinguish that the data 
derived in the variable speed reproducing mode is the 
data in the same frame or not. 

In the presync, postsync, and sync of the C2 parity, 
the application ID and AP1 and AP2 are stored in the 
upperthree bits of IDO. Therefore, AP1 is recorded eight 
times. AP2 is recorded 1 4 times. By writing a number of 
times and by further distributing the writing positions, the 
reliability of the application ID can be raised and it can 
be also protected. 

Fig. 48 shows a data section of the subcode. Alpha- 
bets of capital letters show the main area. Alphabets of 
the small letters indicate the optional area. The contents 
of one pack are shown in one sync block of the subcode 
As will be also obviously understood from Fig. 48. the 
contents of the former half portion differ from those of 



the latter half portion. 

The data such as time code, recording year/month/ 
day, and the like which is necessary for the high speed 
search is stored in the main area. Since it can be 

5 searched on a pack unit basis, such a search is called 
a pack search. 

The optional area differs from the case like the 
AAUX data and VAUX data where they are all connected 
and used. This is because since the protection of the 

10 parity is weak, the contents are distributed to the upper 
and lower portions every track and the same data is re- 
corded a number of times in the track of the former half 
and latter half portions, thereby protecting. Therefore, 
the data of six packs in each of the former and latter half 

15 portions can be used as an optional area. The above 
construction is common to both of the 525 lines/60 Hz 
system and the 625 lines/50 Hz system. 

(G) With respect to a structure of the cassette with a 
20 memory 

In the digital VCR to which the invention is applied, 
a cassette with a memory can be used. Figs. 49A to 49D 
show external views of the cassette with a memory. 

25 There are cassettes with a memory of two kinds of sizes. 
Fig. 49A is a front view of a small cassette 41a with a 
memory. Fig. 49B is a side elevational view of the small 
cassette 41a with a memory. Fig. 49C is a front view of 
a large cassette 41b with a memory Fig. 49D is a side 

30 elevational view of the large cassette 41 b with a mem- 
ory. The small cassette 41a with a memory is suitable 
for use in a camera integrated type VCR or the like. Fun- 
damental structures of the cassettes 41a and 41b are 
almost similar. 

35 Reel axis inserting ports 42a and 42b are provided 

in the cassettes 41a and 41b. A reel is arranged at the 
reel axis inserting port 42. A magnetic tape is wrapped 
around the reel. When the cassettes 41a and 41b are 
loaded into the VCR, tape protecting shutters 43a and 

40 43b provided on one surface in the longitudinal direction 
are opened, so that the tapes are pulled out from the 
cassettes 41a and 41b. Reference holes 44a and 44b 
and erroneous erasure preventing holes 45a and 45b 
are provided at one corner of the cassettes 41a and 41b, 
respectively. A plurality of terminals 46a and 46b are 
provided on the side surfaces of the cassettes 41a and 
41 b. Confronting holes (openings for confronting the ter- 
minals with the outside) are formed in correspondence 
to the terminals 46a and 46b. The terminals are con- 

50 nected to memories (MIC) in the cassettes 41 a and 41 b. 
MIC is constructed by an EEPROM and a flash memory 
and inherent information of the cassette is recorded in 
the MIC. 

Terminals corresponding to the terminals 46a and 
55 46b are also provided on the VCR side. The inherent 
information of the cassette (tape length, tape remaining 
amount, the number of using times, whether the tape is 
a rental tape or not, TOC, etc.) is read out by the VCR 
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through those terminals. The information is displayed or 
the operation is controlled. In order to enable the inher- 
ent information of the cassette to be read out even by a 
VCR which doesn't cope with the cassette with a mem- 
ory, by short-circuiting the contacts between the termi- 
nals 46a and 46b and the terminals provided for the VCR 
or by opening or connecting the terminals through resis- 
tors, its state can be judged on the VCR side and the 
inherent information of the MIC can be read out. 

(H) With respect to a data structure of an MIC 

Fig. 50 shows a data construction of the MIC. The 
data structure of the MIC comprises a main area, an op- 
tional area : and an unused area. A data area in the MIC 
is divided into the main area and the optional area and 
the whole region except one byte of the head and FFh 
(unused area) is described by a pack structure. Only text 
data is stored by a pack structure of a variable length. 
The other data is stored by a pack structure of the fixed 
length of five bytes as those of the VAUX data. AAUX 
data ; and subcode. 

In the head address 0 of the main area of the MIC, 
there are three bits of APM (Application ID of MIC) as 
an application ID of the MIC and four bits of BCID (Basic 
Cassette ID). APM specifies the data structure of the 
MIC. When three bits of APM are equal to, for example : 
"111", this means that the tape is a new cassette tape. 
In case of "000" : this means that the tape is a recorded 
cassette tape. BCID denotes a basic cassette ID. BCID 
has substantially the same contents as those of an ID 
board (IDB) for ID recognition (tape thickness, tape kind, 
tape grade) in a cassette without a memory. IDB is used 
for allowing the MIC reading terminals to have the same 
functions as those of a recognition hole of a cassette of 
the conventional 8mm VCR. 

After address OOOOh, three packs of a cassette ID, 
a tape length, and a title end are sequentially recorded. 
More specific value of the tape thickness and the mem- 
ory information about the MIC exist in the cassette ID 
pack. As for the tape length pack, the maker of the tape 
stores the tape iength of the cassette by the number of 
tracks. A remaining amount of the magnetic tape can be 
calculated from the tape length pack and the next title 
end pack (recording final position information; it is re- 
corded by the absolute track number). The recording fi- 
nal position information provide a convenient use effi- 
ciency in the case where a halfway portion is reproduced 
and stopped by the camera integrated type VCR and, 
after that, the tape position is returned to the original 
final recording position or in case of a timer reservation. 

The optional area is constructed by an optional 
event. Although the main area is a fixed area of 1 6 bytes 
of address 0 to 15, the optional area is set to a variable 
length area after address 16. A length of area differs in 
dependence on the contents of the optional area. When 
an event (which will be explained hereinafter) is erased, 
the remaining events are densely preserved in the di- 



rection of address 16. After completion of the densely 
storing operation, FFh is written into all of the unneces- 
sary data, thereby forming the unused area. The option- 
al area is a selective area. The TOC, tag event informa- 

s tion indicative of the point on the tape, character infor- 
mation such as a title or the like regarding the program, 
and the like are stored into the optional area. 

An event is an individual information unit (for exam- 
ple, information about one program recorded) which 

10 was recorded in the MIC. The event comprises a main 
event and an optional event. The main event is recorded 
into the main area and comprises: the application I D and 
the recording final position information which are record- 
ed by the VCR; and tape information (tape length, tape 

is thickness, tape kind, and the like) which is recorded by 
the maker. The optional event is recorded in the optional 
area and comprises TOC information, index informa- 
tion, character information, reproduction control infor- 
mation, timer recording information, and the like. 

20 Fig. 51 shows optional events which are recorded 
in the optional area of the MIC. The optional events are 
started from the event header and are finished before 
the next event header or the pack header without infor- 
mation. As mentioned above, the contents of the option- 

25 al events are not fixed by the simple definition. The con- 
tents can be freely selected to a certain extent every 
setting. 

The events other than the maker's optional event 
(event which, is recorded by the maker) and the text 

30 event (character information corresponding to the 
event) are recorded in the first portion of the optional 
area. After that, the text event and the maker 's event are 
recorded. In the case where the maker's optional event 
exists, the text event is located just before it When the 

35 maker's optional event doesn't exist, the text event is 
located to the last of all of the other events Due to this 
data processes in the memory in case of nddmg or de- 
leting the character information to/from the events can 
be easily executed. 

io The text event includes a text flag indicating wheth- 
er the character information exists in the TOC informa- 
tion or not. When the text flag is equal to (or example 
"0", it indicates that the text event exists When the text 
flag is equal to "0", it indicates that no text event exists. 

^5 All of the optional events other than the text event and 
the maker's optional event can be mixedly recorded in 
the optional area. Further, the TOC information is se- 
quentially recorded in accordance with the generating 
order. The recording order can be made diMcrcnt from 

50 the order on the magnetic tape. After completion of the 
recording, the timer recording information is sci to the 
TOC information by changing an event holder (which 
will be explained hereinlater). 

Fig. 52 shows a memory map of the MtC A memory 

55 space of the MIC comprises a space 0 -hk: n spnee 1 
The space 0 is constructed by an EE PRC \* md ihc fun- 
damental function like a TOC is recordec: ■•■•;rom The 
space 1 is constructed by a memory (for v -,:^o finsh 



13 



25 



EP 0 884 730 A2 



26 



memory) of a large capacity and data of a large capacity 
such as video data is recorded therein. The above mem- 
ory has a bank structure as a whole. In order to raise a 
high speed accessing performance, for example, the 
memory of the space 1 has a construction such as a 
batch recording and reproduction of 16 kbytes. 

Each bank has a capacity of 64 kbytes and up to 
256 banks can be constructed. Therefore : the maximum 
size of memory space is equal to 128 Mbits. The mem- 
ory which is used in the space 0 can be constructed by, 
for example, the EEPROM as mentioned above. The 
memory which is used in the space 1 is not limited to 
the flash memory but another memory can be also used 
so long as it has a large capacity. By using such a con- 
struction, there is no need to provide a buffer memory 
for the VCR. 

Reference numerals written in the lateral direction 
show addresses of the banks. Reference numerals writ- 
ten in the vertical direction indicate memory addresses 
in the banks. A data structure of the space 0 comprises 
a main area and an optional area. The main area is con- 
structed by 1 6 bytes of addresses 0 to 1 5. The remaining 
area is set to an optional area. The optional events in- 
clude a tag event, a zone event, a title event, and the 
like, which will be explained hereinlater. The continuous 
use of the MIC is started from memory address 0. Two 
bytes of addresses 0 "and 1 have the fundamental infor- 
mation (tape length, tape grade, etc.) of the MIC. The 
contents of address 0 show the application I D and BCID. 
The contents of address 1 show the kind of application 
(information to discriminate whether the cassette is 
used for the VCR or for another application). 

(I) With respect to a discrimination of cassette 

In addition to the foregoing cassette with a memory 
there is a cassette without a memory. Such a cassette 
is provided with IDB for recognition mentioned above. 
There is a VCR which doesn't correspond to the cas : 
sette with a memory but can correspond to only the cas- 
sette without a memory. When the cassette with a mem- 
ory is loaded into the VCR which is used only for the 
cassette without a memory as mentioned above : infor- 
mation (tape length, tape thickness, kind of tape, tape 
grade, etc.) about the cassette itself must be supported 
for any type of apparatus from a viewpoint of the prob- 
lem of compatibility. Therefore, even in the VCR only for 
the cassette without a memory, at least only the BCID 
information of the cassette with a memory must be ob- 
tained. 

For this purpose, a circuit to discriminate the tape 
grade as shown in Figs. 53A and 53B is provided. Fig. 
53A shows the case where a cassette without a memory 
was loaded. An IDB 52 having, for example, four termi- 
nals 53a, 53b, 53c, and 53d are provided for a cassette 
51 without a memory. The IDB 52 is connected to the 
VCR. Namely, the terminal 53a is connected to a termi- 
nal 54a, the terminal 53b is connected to a terminal 54b. 



and the terminal 53c is connected to a terminal 54c, re- 
spectively. The terminal 53d is connected to the ground. 

The terminal 54a is connected to a power source 
60 through a resistor 55a and is also connected to a level 

s detecting section 59a. A switch 56 whose both ends are 
used as terminals is provided for the resistor 55a. The 
terminal 54b is connected to a clock generator 57 and 
a level detecting section 59b and is also connected to 
the power source 60 through a resistor 55b. The termi- 

10 nal 54c is connected to a serial interface 58 and a level 
detecting section 59c and is also connected to the power 
source 60 through a resistor 55c. The clock generator 
57 is connected to the controller 10 through the serial 
interface 58. The level detecting sections 59a ; 59b, and 

is 59c are connected to the controller 10. A switch control 
signal is supplied from the controller 1 0 to the switch 56. 

When the cassette 51 without a memory is loaded, 
its voltage is detected. That is, when a proper resistor 
is connected between the terminals provided in the IDB 

20 52 or a circuit between the terminals is short-circuited 
or opened, the voltage detection is executed. The volt- 
age detection value is expressed by for example, a bi- 
nary value and is set to a value other than all 1 . Conse- 
quently, the loaded cassette is determined to be the cas- 

25 sette without a memory. Discrimination steps of the ter- 
minal voltage value of the IDB 52 are allocated as fol- 
lows. 

3.0V - 2.5V: for digital VCR for business affairs 
30 2.5V ~ 1 .5V: for digital VCR for industrial affairs 
1 .5V - 0.5V: reserve 
0.5V ~ 0V: for data streamer 

As will be also understood from the above alloca- 
35 tion, in the VCR for industrial affairs, the recording can 
be performed so long as the detection voltage is merely 
equal to or higher than the voltage (1.5 V) of M2 of the 
■ highest voltage. Therefore, the VCR for industrial affairs 
can always record to the tape for industrial affairs and 
40 the tape for business affairs as a selected article of the 
tapes for industrial affairs. 

Discrimination steps of lower two bits of the BCID 
are allocated as follows. 

45 11; for digital VCR for business affairs 

10: for digital VCR for industrial affairs 

01: reserve 

00: for data streamer 

50 in case of the digital VCR for business affairs, it is 
also possible to further finely divide the voltage value 
and to discriminate the grade. 

Fig. 53B shows the case where a cassette with a 
memory has been loaded. An MIC 62 is picvidcd for a 

55 cassette 61 with a memory. The EEPROM 63 «s provid- 
ed in the MIC 62. Further, for example Jo.ii terminals 
64a : 64b, 64c ; and 64d are provided for i: EEPROM 
63. The MIC 62 is connected to the VCR Vimoiy the 
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terminal 64a is connected to a terminal 65a, the terminal 
64b is connected to a terminal 65b t and the terminal 64c 
is connected to a terminal 65c ; respectively. The termi- 
nal 64d is connected to the ground. 

The terminal 65a is connected to a power source 
7 1 through a resistor 66a and is also connected to a level 
detecting section 70a. A switch 67 whose both ends are 
used as terminals' is provided for the resistor 66a. The 
terminal 65b is connected to a clock generator 68 and 
a level detecting section 70b and is also connected to 
the power source 71 through a resistor 66b. The termi- 
nal 65c is connected to a serial interface 69 and a level 
detecting section 70c and is also connected to the power 
source 71 through a resistor 66c. The clock generator 
68 is connected to the controller 10 through the serial 
interface 69. The level detecting sections 70a ; 70b : and 
70c are connected to the controller 10. A switch control 
signal is supplied from the controller 10 to the switch 67. 

When the Ml C 62 is loaded : the voltage is detected. 
The voltage values which are supplied from the level de- 
tecting sections 70a, 70b, and 70c to the controller 10 
are all set to 1. Due to this, a control signal is supplied 
from the controller 10 to the switch 67 and the switch 67 
is turned on. A serial communication is started between 
the EEPROM 63 and the controller 10. An ACK signal 
is supplied from the EEPROM 63 to the controller 10. 

By transmitting and receiving the information as 
mentioned above, information indicating whether the 
loaded cassette is a rental soft cassette tape or a cas- 
sette which was recorded by the user by himself or the 
like can be also known. In the case where the unrecord- 
ed cassette is loaded, information of its recordable time, 
tape remaining amount, and the like can be also known. 

Fig. 54 is a flowchart for a detection algorithm in the 
case where a cassette with a memory has been loaded. 
The switch is turned off in step 81 . A check is made in 
step 82 to see if the cassette has been loaded or not. 
When the loading is detected, the voltage at each ter- 
minal is detected (step 83). In step 84, when all of the 
outputs from the terminals are equal to "1 the process- 
ing routine advances to step 85. The switch is turned on 
in step 85. The EEPROM 63 is accessed by the control- 
ler 10 (step 86). In step 87, when the ACK signal is gen- 
erated from the EEPROM 63, the controller 10 judges 
that the loaded cassette is the cassette with a memory 
(step 88). The processing routine is finished. 

In step 84, when all of the outputs from the terminals 
are not equal to "1" (in the case where "0" is generated 
from an arbitrary one terminal), the controller judges that 
the loaded cassette is the cassette without a memory 
(step 89). The processing routine is finished. When the 
ACK signal is not generated in step 87, the process in 
step 89 is executed. 

Fig. 55 shows the contents [space 0 (EEPROM)] of 
the MIC for VCR in a new cassette tape. As mentioned 
above, "111" is recorded in APM by the maker in the new 
cassette tape. The BCID, cassette ID pack, tape length 
pack, and title end pack are recorded by the maker. The 



cassette ID pack is recorded in address 1, the tape 
length pack is recorded in address 6, and the title end 
pack is recorded in address 11, respectively. When the 
cassette tape is loaded into the VCR, the information in 

s addresses 1 and 6 is read out by a microcomputer. Since 
the information in those addresses is fixed, by reading 
the information from those locations, it is possible to dis- 
criminate whether a communication line is good or not. 
The above constructions can be developed as they are 

io in not only the digital VTR for consumer but also the an- 
alog VTR such as an 8mm video tape recorder or the 
like while including the pack structure. 

Fig. 56 shows the contents [space 0 (EEPROM)] of 
the MIC other than the cassettes for VCR in the new 

is cassette tape. In Fig. 56, the information in address 1 is 
not equal to "OOh". Therefore, it is judged that the loaded 
cassette tape is not the tape for VCR. 

Fig. 57 is a flowchart regarding the recognition and 
recording of APM of the digital VCR for industrial affairs. 

20 When a cassette tape is loaded (step 91), a check is 
made to see if address 1 of MIC is equal to "OOh" or not 
(step 92). When address 1 is equal to "00h" : the cassette 
tape is determined to be the cassette tape for the VCR 
standard. A check is made in step 93 to see if APM in 

25 address 0 is equal to "1 1 1 " or not. When APM = 1 1 1 , a 
check is made to see if the recording is started or not 
(step 94). In step 95, "000" is recorded as APM. 

In step 92, when it is judged that address 1 of MIC 
is not equal to "OOh", the process such as alarming, ejec- 

30 tion, or the like is executed in step 96. 

When it is judged in step 93 that APM in address 0 
is not equal to "111", a check is made in step 97 to see 
if APM in address 0 is equal to "000" or not. When APM 
= 000, an MIC map is formed in step 98. 

35 in step 94, when it is judged that the recording is 
not started, a check is made in step 99 to see if the cas- 
sette tape is ejected or not. The ejecting process is per- 
formed in step 100. When the ejection is not demanded, 
the processing routine is returned to step 94. 

40 

(J) With respect to events 

The tag event and zone event included in the op- 
tional events will now be described hereinbelow. The tag 

*5 event indicates the position on the tape and comprises 
an index, an index skip, a photo (still image), and a re- 
serve. The zone event indicates the area on the tape 
and comprises a zone skip, a repetitive reproduction, a 
slow reproduction, a special effect reproduction, and a 

50 reserve. A tape (A in each diagram) which is controlled 
on the basis of the information recorded in the optional 
events and the information (B in each diagram) recorded 
in the optional events are shown in Figs. 58 to 64. 

The tag event will now be described hereinbelow 

55 with reference to Figs. 58A to 60B. Figs. 58A and 58B 
show cases of recording an index as a tag ID. When an 
index is recorded in the tag (A) of the optional event, the 
index A is written at the position on the tape shown by 
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a dotted line. 

Figs. 59A and 59B show cases where a skip start 
and an index are recorded in the optional events and 
the index skip is performed. An index is recorded into 
the tag (B) as a tag ID, an index is recorded into the tag 
(C) as a tag ID, and a skip start is recorded into the tag 
(A) as a tag ID, so that it is possible to skip from the tag 
(A) to the tag (B). The above processes can be realized 
without MIC. 

Figs. 60A and 60B show cases of recording the pho- 
to (still image) as a tag ID and recording the position 
information in which the still image was recorded. When 
the photo (tag ID) is recorded into the tag (A), the photo 
A is written at the position on the tape shown by a dotted 
line. 

The zone event will now be described hereinbelow 
with reference to Figs. 61 A to 64B. Figs. 61 A and 61 B 
show cases of recording the skip as a zone event and 
skipping the designated zone. After the tag (A) is record- 
ed, when the skip is recorded as a tag control into the 
zone end (D), it is possible to skip from the tag (A) to 
the zone end (D). The above processes can be realized 
by MIC. The zone can be designated irrespective of the 
information of the subcode ID. 

Figs. 62A and 62B show cases of realizing the skip 
and special reproduction by recording the tag and the 
zone end into the optional events. After the tag (A) was 
recorded, the skip is recorded as a tag control into the 
zone end (B). After the tag (C) was recorded, the slow 
is recorded as a tag control into the zone end (D). Due 
to this, a portion between A and B shown on the tape is 
skipped and a portion between C and D is slowly repro- 
duced. 

Figs. 63A and 63B show cases of reproducing the 
program 2, program 1 , and program 3 in accordance 
with this order. After the tag (B) was recorded, the re- 
production is recorded as a tag control into the zone end 
(C). After the tag (A) was recorded, the reproduction is 
recorded as a tag control into the zone end (B). After the 
tag (C) was subsequently recorded, the reproduction is 
recorded as a tag control into the zone end (D). Due to 
this, the tags (A), (B), (C), and (D) are recorded onto the 
tape. The program 2, program 1 , and program 3 can be 
reproduced in accordance with this order. 

Figs. 64A and 64B show cases, of executing the 
processes in accordance with the order of the reproduc- 
tion of the zone 2, slow reproduction of the zone 1 , and 
reproduction after the program 2. After the tag (C) was 
recorded, the reproduction is recorded as a tag control 
intothe zone end (D). After the tag (A) was subsequently 
recorded, the slow is recorded as a tag control into the 
zone end (B). Further after that, after the tag (E) was 
recorded, the reproduction is recorded as a tag control 
into the zone end (F). Due to this, the above processes 
can be executed. 

Fig. 65 shows the details of the event headers. As 
will be also understood from Fig. 65, as events, there 
are a tag, a zone, a title, a chapter, a part, a program, a 



reserve, a timer reservation, a text, and a maker's op- 
tional. The event header pack and the pack header are 
set to "tag" and "OBh" in case of the tag; "tag" and "OBh" 
in case of the zone: "title start" and "IBh" in case of the 
5 title; "chapter start" and "2Bh" in case of the chapter; 
"part start" and "3Bh" in case of the part; "program start" 
and "4Bh" in case of the program: and "no event header 
pack" and "XBh" in case of the reserve. 

As will be also obviously understood from the above 
10 description, the lower bits of the pack header are set to 
1011 (B of the hexadecimal notation). That is, "Bh" in 
the pack header table (refer to Fig. 24) indicates the 
event header. With respect to the future development, 
any exception other than the timer reservation, text, and 
is maker's optional, which will be explained hereinlater, 
are not admitted and lower four bits of the event header 
which will newly appear are certainly set to Bh. Due to 
this, even if a new event header exists in future, since 
it can be discriminated by the present control program, 
20 so that no problem will occur. 

The following event header pack and pack header 
are set to "timer date record" and "02h" in case of the 
timer reservation; "test header" and "X8h" in case of the 
text: and "maker code" and "FOh" in case of the maker's 
25 optional. "X"in the pack header indicates a pack upper 
header. The event header of the character event is set 
to a TP header pack (07h) and a text header pack. Fur- 
ther in the event headers other than the maker's option- 
al event and the text event, a flag indicative of the pres- 
to ence or absence of the text event associated with it cer- 
tainly exists. 

As will be also understood from the above descrip- 
tion, fundamentally, lower four bits of each pack header 
in the event header are set to "Bh". Referring now to the 

35 header table of Fig. 24, each content in the case where 
the lower four bits are set to "Bh" is equalized with each 
content in the case where lower four bits are set to "Ah". 
Each contents in the case where lower four bits are set 
to "Eh" is equalized with each content in the case where 

40 tower four bits are set to "Fh". By using the above con- 
struction, in the case where the cassette with a memory 
is applied, a header whose lower four bits are set to "Bh" 
and "Fh" can be used. In the case where the 8mm video 
cassette or the like is applied, a header whose lower 

45 four bits are set to "Ah" and "Eh" can be used. 

That is, by merely changing one bit of the lower 
header, the header of the cassette with a memory and 
the header of the 8mm video tape or the like can be 
switched. Due to this, a common header table can be 

50 used even for the 8mm video tape or the like. In the dig- 
ital VCR, since the track number has been recorded 
every track, the track numbers are used for the tape 
length pack and the TOC information. However, in the 
camera integrated type VCR (8mm video camera or the 

55 like), since there is no track number a time code of HMS 
(hour/minute/second) is recorded. 
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(K) With respect to the generation and erasure of events 

The generation and erasure of the optional events 
will now be described hereinbelow by using Figs. 66 to 
70. As mentioned above, in the case where there is no 
maker's option, the text event is located at the last po- 
sition. A flag indicating whether the annexed text event 
exists or not is added. After completion of the event, the 
data is packed in the direction of the upper address. Af- 
ter completion of the packing work, FFh is written into 
the unnecessary data and such data is set into the un- 
used data. Numeral 0 or 1 which is written to the side of 
the pack of each diagram denotes a text flag indicating 
whether there is a text or not. 

Fig. 66 is a diagram regarding the timer reservation, 
program event generation, and index event generation. 
The program event denotes the event about the record- 
ed program information. As an initial state, a program 
event 1 (P1 ), a program event 2 (P2), a continuous timer 
reservation event 1 (T1), a text of the program event 1 
(P1 text), and a text of the timer reservation event 1 (T1 
text) are sequentially recorded in accordance with this 
order (Fig. 66A). The timer reservation is performed 
once. In the case where there is a text in the timer res- 
ervation, the areas of the P1 text and T2 text are shifted 
to the back position and the area of the timer reservation 
event 2 (T2) is assured between the T1 and P1 texts 
(Fig. 66B). The timer reservation event T2 is added into 
the above area (Fig. 66C). Further, the text (T2 text) re- 
garding the timer reservation event is added to the last 
position (Fig. 66D). 

In the case where the program event is generated 
and there is a text in the program event, the areas of the 
P1 text and T1 text are shifted to the back position and 
the area of the program event 3 (P3) is assured between 
the T2 area and the Pi text (Fig. 66E). The program 
event P3 is added into such an area (Fig. 66F). Further, 
the text (P3 text) about the program event P is added to 
the last position (Fig. 66G). 

When the index event is generated and there is no 
text in the index event, the areas of the P1 text, T1 text, 
T2 text, and P3 text are moved to the back position and 
the area of the index event 1 (11) is assured between 
the program event P3 and the P1 text (Fig. 66H). The 
11 event is recorded in this area (Fig. 66I). 

When reaching the time shown by the timer reser- 
vation event T2 from a state shown in Fig. 67A, the timer 
reservation event T2 is replaced to the program event 
4 and the text (T2 text) of the timer reservation event is 
replaced to the text (P4 text) of the program 4. Such a 
replacement can be realized by merely changing the 
header. After that, the areas after the program event P3 
are shifted in the direction of the upper address and the 
program event P4 is erased (Fig. 67C). After that, the 
P3 text is shifted in the direction of the upper address 
and the P4 text is erased (Fig. 67D). The data after the 
P3 text at the last position is set to FFh (Fig. 67E). 

When reaching to the time shown by the timer res- 



ervation event T1, the P1 text, T1 text, and P3 text are 
shifted to the back position and the area for the program 
event 5 is assured (Fig. 67F). The program event P5 is 
added into this area (Fig. 67G). The P5 text as a text of 

5 P5 is added to the last position (Fig. 67H). 

Fig. 68 shows a case of recording another program 
into one program. First, when it is now assumed that the 
program 1 , program 2, and program 3 sequentially exist, 
as shown in Fig. 68A, a start pack of the program event 

10 1 js set to S1 an end pack of the program event 1 is set 
to E1 , a start pack of the program event 2 is set to S2 : 
an end pack of the program event 2 is set to E2, a start 
pack of the program event 3 is set to S3, and an end 
pack of the program event 3 is set to E3. The text (T1 

is text) of the program 1 , the text (T2 text) of the program 
2, and the text (T3 text) of the program 3 are sequentially 
added (Fig. 68A). 

When the program 4 is recorded into the program 
1 , processes in Figs. 68B to 68D are executed. Namely, 

20 the T1 text, T2 text, and t3 text are moved to the back 
position, the area for the program event P4 is provided, 
and the start pack S4 and end pack E4 of P4 are insert- 
ed. The T4 text as a text of P4 is added to the last po- 
sition. To generate a program event PV of a remaining 

25 program V of the program, processes in Figs. 68E to 
68H are executed. Namely, the T1 text, T2 text. T3 text, 
and T4 text are shifted to the back position and the areas 
for the start pack E4 and end pack E1 of the program 
event P1 ' are formed. The packs E4 and E 1 correspond- 

30 ing to such an area are inserted. After that, the T1 ' text 
as an event text of PV is added. The end pack of the 
PV is added at last. 

Fig. 69 is a diagram regarding the generation of 
events and the rewriting of an end pack and a start pack 

35 in the case where another program was recorded so as 
to exist over two programs. First, when it is assumed 
that the program 1, program 2, and program 3 sequen- 
tially exist in accordance with this order the start pack 
of the program event P1 is set to S1. the end pack of 

JO the program event P1 is set to E1 , the start pack of the 
program event P2 is set to S2, the end pack of the pro- 
gram event P2 is set to E2, the start pack of the program 
event P3 is set to S3, and the end pack of the program 
event P3 is set to E3. The text (T1 text) of the program 

^5 event P1 , the text (T2 text) of the program event P2. and 
the text (T3 text) of the program event P3 are sequen- 
tially added. 

In order to record the program 4 so as to exist over 
the programs 1 and 2, processes in Ftgs 69B to 69D 

50 are executed. Namely, the T1 text, T2 text and T3 text 
are shifted to the back position and the area for the pro- 
gram 4 is provided. A start pack S4 and an end pack E4 
of a program event P4 are inserted into such an area. 
After that, the T4 text as a text of the proqiam event P4 

55 js added to the last position. The end pnek of the pro- 
gram event P1 and the start pack of the program event 
P2 are rewritten (Figs. 69E and 69F) 

Fig. 70 shows a case where another pfoqmm is re- 
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corded from the halfway of the program 1 and all of the 
subsequent programs are erased. First, when it is as- 
sumed that the program 1, program 2 : and program 3 
sequentially exist in accordance with this order, the start 
pack of the program 1 is set to S1 ; the end pack of the 
program 1 is set to E1 , the start pack of the program 2 
is set to S2, the end pack of the program 2 is set to E2, 
the start pack of the program 3 is set to S3, and the end 
pack of the program 3 is set to E3. The text (T1 text) of 
the program event 1, the text (T2 text) of the program 
event 2, and the text (T3 text) of the program event 3 
are sequentially added. The program event P4 is record- 
ed from the halfway of the program 1 . 

Processes in Figs. 70B to 70D are executed. That 
is, the T1 text, T2 text, and T3 text are shifted to the back 
position and the area for the program event P4 is pro- 
vided. The start pack S4 and end pack E4 of the program 
event 4 are inserted into such an area. The T4 text as 
a text of the program event P4 is added to the last po- 
sition. A rewriting process of the end pack of the pro- 
gram event P1 is executed (Fig. 70E). The program 
events P2 and P3 are erased (Fig. 70F), After the texts 
of the program events P2 and P3 were erased (Fig. 
70G), the last position is rewritten to FFh (Fig. 70H).* 

As will be also understood from the above descrip- 
tion, in the optional area, the text event is arranged after 
the other events (other than the maker's optional event), 
the events other than the text event are arranged in ac- 
cordance with the generation order, and further a flag to 
discriminate whether there is character information re- 
garding the event is added to each event header. Due 
to this, the generation, erasure, and the like of the new 
event on the MIC can be executed by merely a block 
transfer of the memory. The change in pack (becomes 
the'program event) after the timer reservation was exe- 
cuted can be performed by merely rewriting the pack 
header. Similar processes are also applied with respect 
to the text event. 

As for the program event, the program start pack is 
set to the event header (01001011 in the header table). 
The program start pack and program end pack indica- 
tive of the positions of the recording start point and end 
point of the program on the tape certainly exist. In case 
of wanting the recording of the other recording year/ 
month/day, source information, etc., each pack is added 
and recorded in front of the next event header. 

(L) With respect to the case of recording a plurality of 
text events 

The case of recording a plurality of character infor- 
mation (program title, name of broadcasting station, 
etc.) regarding one recorded program will now be de- 
scribed. Since the text pack has a variable length con- 
struction, it can be realized. An array of the program 
events provided with the areas for storing, information 
TNT (Total Number of TEXT events) indicating how 
many text events corresponding to the program events 



exist in the program end pack which is certainly used in 
the program event is shown below. In Fig. 71, the pro- 
gram event 1, program event 2, program event 3, text 
event of the program event 1 , text event of the program 

5 event 1 , text event of the program event 1 1 text event of 
the program event 3, text event of the program event 3, 
and FFh are sequentially recorded in the optional area 
in accordance with this order. 

The text flag "0" exists in the program start pack of 

10 the program event 1. Thus, the program end pack is 
made effective. On the other hand, for example, when 
the text flag of the program start pack is set to "1 ", the 
program end pack is made invalid. "TNT = 3" exists in 
the program end pack. The text events of the number 

15 designated by the TNT correspond to the program event 
1. Thus, a plurality of text events can be made corre- 
spond to one event. Therefore, a plurality of character 
information such as program title, broadcasting station 
name, and the like can be added to the one recorded 

20 program. A similar construction is also applied onto the 
tape. 

Fig. 72 is a flowchart for processes which are real- 
ized by Fig. 71 . In Fig. 72, a check is made to see if the 
text flag in the program start pack is equal to "0" or not 

25 (step 1 01 ). When the text flag = "0", the TNT in the pro- 
gram end pack is referred (step 1 02). The text events of 
the number shown in the TNT are made correspond to 
the program events (step 103) and the processing rou- 
tine is finished. In step 1 01 , when the text flag = 1 ; the 

30 processing routine is finished as it is. 

Fig. 73 shows a data array of variable length text 
packs. In Fig. 73, the header of each pack is equal to 
"48h". Due to this, the start of the pack can be recog- 
nized. The packs indicative of the numbers of bytes of 

35 the character information which the packs have are 
stored after the header. In Fig. 73, there are "OEh" and 
TOh" and this means that the character information 
(TDP) indicates 14. Subsequently, there are packs "OOh" 
and "20h" indicative of the text types and they indicate 

40 that the text types are set to "NAME" and "STATION". 
Next, there is a pack "46h" indicative of the text code. 
After that, the character codes are stored The number 
of character codes is specified by the pack which is lo- 
cated after the header and indicates TDP 

45 Fig. 74 shows program text header packs in the 

case where TDP = n. In Fig. 74, TDP is expressed by a 
binary number by the least significant bit of PC2 to the 
least significant bit of PC1. OPN (optional number) is 
recorded in the remaining three bits among the lower 

50 bits of PC2. The text type is recorded in the upper four 
bits. OPN is used as follows. For example In England. 
£ (OPN - 000) which is expressed by the ASCII code is 
converted like # (OPN = 001) in Germany by changing 
OPN. The text code is recorded in PC3 The text data 

55 1 , text data 2, ... are sequentially recorded from PC 4 and 
the text data n is recorded into PC(n+3) 
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(M) With respect to a tag recording 

In case of recording video data and audio data by 
a digital VCR, camera integrated type VCR, or the like 
by using a cassette with a memory, at a recording start 
time point, flags to discriminate that the time point is the 
recording start point are recorded into the VAUX data 
and AAUX data by an amount of, for example, one sec- 
ond with respect to the video data and one frame with 
regard to the audio data. Those flags are referred to as 
a video recording start flag and an audio recording start 
flag, respectively. By recording such flags, noises which 
are generated in the case where the tag recording was 
performed can be eliminated or the starting position of 
the recording can be searched. 

Fig. 75A shows a recording pattern of the tape in 
the case where the recording has been performed by 
the VCR. In Fig. 75A, an index is recorded into the sub- 
code for five seconds from the recording start point, so 
that the high speed search can be performed. The video 
recording start flag is recorded in the VAUX data for one 
second. 

Fig. 75B shows a recording pattern of the tape in 
the case where the recording has been performed by 
the video deck. In Fig. 75B : the video recording start flag 
is recorded into the VAUX data for one second from the 
recording start point. 

Fig. 75C shows a recording pattern of the tape in 
the case where the VAUX data and AAUX data are re- 
corded. In Fig. 75C, the video recording start flag is re- 
corded into the VAUX data for one second from the re- 
cording start point. The audio recording start flag is re- 
corded into the AAUX data for one frame from the re- 
cording start point. 

Means for recording the video recording start flag 
and the audio recording start flag is realized by record- 
ing (negative logic) "0" into the recording start flags in 
the VAUX data source control pack (refer to Fig. 38) and 
AAUX data source control pack (refer to Fig. 32) to store 
control information of the video data and audio data for 
a predetermined time from the recording start point. 

Fig. 76 is a flowchart in case of reproducing the vid- 
eo data. In Fig. 76, a check is made to see if the control 
mode has been set into the index search or not (step 
111). In case of the index search, the subcode is 
searched (step 1 1 2). A check is made to see if the index 
has been recorded in the subcode or not (step 113). 
When no index is recorded, the processing routine is 
returned to step 112. In the case where the index has 
been recorded, the head reproduction is executed from 
the recording start point of the index in step 114. The 
processing routine is finished. 

In step 111, when it is judged that the control mode 
is not the index search, the processing routine advances 
to step 115. In step 115, a check is made to see if the 
control mode has been set to the search of the recording 
start point or not. When it is not the search of the record- 
ing start point, the processing routine is finished as it is. 



On the other hand, when it is judged that the control 
mode is the search of the recording start point, the VAUX 
data is searched in step 1 1 6. After that, a check is made 
in step 117 to see if the recording start flag is equal to 

5 "0" or not. If it is not equal to "0", the processing routine 
is returned to step 116. On the other hand, when it is 
equal to "0", the head reproduction is executed from the 
recording start point of "recording start flag = 0" (step 
118). The processing routine is finished. 

10 Fig. 77 is a flowchart in case of reproducing the au- 
dio data. When the tape is reproduced in step 121, a 
check is made to see if the recording start flag of the 
AAUX data is equal to "0" or not (step 122). If it is not 
equal to "0", the process in step 1 21 is repeated. In step 

75 122, when the recording start flag is equal to "0", the 
audio data is muted (step 123). After that, the process- 
ing routine is returned to step 122. 

According to the arrangement described above, by 
setting the relation between the text event and the char- 

20 acter information into one to a plural number, a plurality 
of character information items can be added to the re- 
cording video image. 

According to the arrangement described above, by 
properly setting the recording order of the events, data 

25 processes in case of adding or deleting character infor- 
mation can be easily executed. 

Having described a specific preferred embodiment 
of the present invention with reference to the accompa- 
nying drawings, it is to be understood that the invention 

30 is not limited to that precise embodiment, and that var- 
ious changes and modifications may be effected therein 
by one skilled in the art without departing from the scope 
of the invention as defined in the appended claims. 

35 

Claims 

1. A cassette with a memory for recording digital data, 
wherein 

40 

as memory areas of said memory, there are a 
main area into which tape information or the like 
is stored and an optional area into which TOC 
information, timer recording information, char- 
ts acter information, and the like are stored, and 
in the case where there is character information 
regarding events of said optional nrea. said 
character information is stored to the last posi- 
tion in said optional area. 

50 

2. A cassette with a memory according to claim 1. 
wherein in the case where there is the character in- 
formation regarding the events of said optional ar- 
ea, a text flag indicative of the presence ol said 

55 character information is stored into the event having 
said character information. 

3. A cassette with a memory according ;o claim 2 
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wherein said events of said optional area are se- 
quentially stored in the memory area in said mem- 
ory in accordance with the generation order. 

A cassette with a memory according to claim 2, $ 
wherein after the timer recording information was 
recorded, an event header of said timer recording 
information is changed and the resultant timer re- 
cording information is set into an event of the op- 
tional area. 1C 
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